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(57) A TAPI service provider may request configu- 
ration information from hardware such as a PBX. Con- 
figuration information received from the hardware is 
stored in a list (C2) and compared to the existing con- 
figuration list (C1). Two new lists are then generated: an 
added list (C4) and a deleted list (C3). All devices in the 
deleted list are deleted from the internal database and 
deleted messages are sent to the TAPI service provider. 
All new devices are temporarily added to the internal da- 
tabase and addition messages are sent to the TAPI 
service provider. The new device configuration list is 
then saved, and the added devices are marked as per- 
manent. 
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Description 

[0001] A portion of the disclosure of this patent docu- 
ment contains material which is subject to copyright pro- 
tection. The copyright owner has no objection to the fac- 
simile reproduction by anyone of the patent document 
or the patent disclosure, as it appears in the official file 
or records available to the public, but otherwise reserves 
all copyright rights whatsoever. 
[0002] The present invention relates to communica- 
tions systems and, in particular, to a communication sys- 
tem employing a private branch exchange (PBX) and a 
TAP! interface. 

[0003] The Telephony Application Programming In- 
terface (TAPI) is a high level programming interface for 
Windows™ which supports many types of telephony ap- 
plications associated with conventional analog public 
telephone lines, PBX phone lines, ISDN phone lines, 
and the like. Thus, TAPI allows a communication appli- 
cation to support numerous telephony operations 
through a variety of mediums by making a function call 
to TAPI which will drive the hardware (fax/modem card, 
DSP card, network switch, and the like) coupled thereto. 
[0004] The TAPI architecture 100 is illustrated in FIG. 
1. As shown, the TAPI architecture 100 includes a TAPI 
implementation 104 interfaced to telephony'application 
programs 102. TAPI 104 provides a connection to a 
TAPI service provider, such as a TAPI server 106, which 
then interfaces to hardware such as voices cards 108a, 
H.323 interfaces 108b, or PBX'S 108c. 
[0005] The TAPI specification requires that device 
configuration information be available at the startup of 
the TAPI service provider. If unsolicited addition and de- 
letion events from a telephony device hardware, such 
as a PBX, are not supported (i.e., the hardware does 
not automatically inform the TAPI service provider of up- 
dates), the TAPI service provider can only do configu- 
ration change updates at start up. The TAPI service pro- 
vider does so by requesting the static device configura- 
tion from the PBX, building the initial internal database 
and reporting ail the devices to the TAPI. If changes are 
made on the PBX, the telephony server system admin- 
istrator would be required to shut down the TAPI service 
provider and restart it again. This has the disadvantage 
of disrupting service to all users of the TAPI service pro- 
vider. Moreover, in such a system, there is no way to 
shut down a TAPI service provider if it is in use. It will 
be shut down only if every TAPI application using it shuts 
down. Since several thousand clients can be supported, 
this can provide severe disadvantages in administra- 
tion. 

[0006] These and other drawbacks in the prior art may 
be overcome in large part or at least mitigated by a sys- 
tem and method for client configuration in a TAPI envi- 
ronment according to embodiments of the present in- 
vention. 

[0007] The invention is defined in the independent 
claims, to which reference should now be made. Further 
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advantageous features are detailed in the dependent 
claims. 

[0008] Briefly, embodiments of the present invention 
provide a method whereby a TAPI service provider may 

5 request configuration information from hardware such 
as a PBX. Configuration information received from the 
hardware may be stored in a list and compared to the 
existing configuration list. Two new lists are then gener- 
ated: an added list and a deleted list. All devices in the 

10 deleted list are deleted from the internal database and 
deleted messages are sent to the TAPI service provider. 
All new devices are temporarily added to the internal da- 
tabase and addition messages are sent to the TAPI 
service provider. The new device configuration list is 

15 then saved, and the added devices are marked as per- 
manent. 

[0009] A better understanding of the invention is ob- 
tained when the following detailed description of embod- 
iments thereof is considered in conjunction with the fol- 
20 lowing drawings in which: 

FIG. 1 is a diagram representative of the TAPI ar- 
chitecture; 

FIG. 2 is a diagram illustrating a computer system 
25 employing a TAPI system according to an imple- 
mentation of the present invention; 
FIG. 3 is a block diagram of the computer system 
of FIG. 2 according to an implementation of the 
present invention; and 
30 FIG. 4A and FIG. 4B are flowcharts illustrating op- 
eration of an implementation of the invention. 

[0010] FIGS. 2-4 illustrate an improved system and 
method for a TAPI service provider to request and up- 
35 date configuration information from hardware such as a 
PBX. Configuration information received from the hard- 
ware is stored in a list and compared to the existing con- 
figuration list. Two new lists are then generated: an add- 
ed list and a deleted list. All devices in the deleted list 
40 are deleted from the internal database and deleted mes- 
sages are sent to the TAPI service provider. All new de- 
vices are temporarily added to the internal database and 
addition messages are sent to the TAPI service provider. 
The new device configuration list is then saved, and the 
45 added devices are marked as permanent. 

[001 1] An exemplary TAPI client 202 is shown in FIG. 
2. The TAPI client 202 may be embodied as a personal 
computer, including a system unit 11, a keyboard 12, a 
mouse 13, and a display 140. Also shown are one or 
50 more speakers 150a, 150b, and a microphone 1601. 
The screen 160 of the display device 14 is used to 
present a graphical user interface (GUI) and particularly, 
a TAPI client window 3008. The graphical user interface 
supported by the operating system allows the user to 
55 employ a point and click method of input, i.e. , by moving 
the mouse pointer or cursor (not shown) to an icon rep- 
resenting a data object at a particular location on the 
screen 1 60 and pressing one or more of the mouse but- 



EP 1 126 685 A2 



25 



30 



35 



40 



45 



50 



2 



EP 1 126 685 A2 



tons to perform a user command or selection. The GUI 
may be any of the Windows GUIs available from Micro- 
soft Corporation or the Macintosh OS, available from 
Apple Computer. 

[0012] FIG. 3 shows a block diagram of the compo- 
nents of the personal computer shown in FIG. 2. The 
system unit 11 includes a system bus or a plurality of 
system buses 21 to which various components are cou- 
pled and by which communication between the various 
components is accomplished. The microprocessor 22 is 
coupled to the system bus 21 and is supported by the 
read only memory (ROM) 23 and the random access 
memory (RAM) 24 also connected to the system bus 21 . 
The microprocessor 22 may be embodied as any of a 
variety of microprocessors, including Intel x86, Pentium 
or Pentium II or compatible processors. 
[0013] The ROM 23 contains among other code the 
basic input output system (BIOS) which controls basic 
hardware operations such as the interaction of the disk 
drives and the keyboard. The RAM 24 is the main mem- 
ory into which the operating system and applications 
programs are loaded. The memory management chip 
25 is connected to the system bus 21 and controls direct 
memory access operations including passing data be- 
tween the RAM 24 and hard disk drive 26 and floppy 
disk drive 27. A CD ROM drive (or DVD or other optical 
drive) 32 may also be coupled to the system bus 21 and 
is used to store a large amount of data, such as a mul- 
timedia program or a large database. 
[0014] Also connected to the system bus 21 are var- 
ious I/O controllers: The keyboard controller 28, the 
mouse controller 29, the video controller 30, and the au- 
dio controller 31. The keyboard controller 28 provides 
the hardware interface for the keyboard; the mouse con- 
troller 29 provides the hardware interface for the mouse 
13; the video controller 30 is the hardware interface for 
the video display 14; and the audio controller 31 is the 
hardware interface for the speakers 1 5 and microphone 
16. The speakers 150a, b and the microphone 1601 al- 
low for audio communication during telephony opera- 
tion. In operation, keyboard strokes are detected by the 
keyboard controller 28 and corresponding signals are 
transmitted to the microprocessor 22; similarly, mouse 
movements and button clicks are detected by the mouse 
controller and provided to the microprocessor 22. Typi- 
cally, the keyboard controller 28 and the mouse control- 
ler 29 assert interrupts at the microprocessor 22. In re- 
sponse, the microprocessor 22 executes a correspond- 
ing interrupt routine, as is known. Additionally, an inter- 
rupt controller (not shown) may be provided to arbitrate 
among interrupt requests. An I/O controller or network 
interface 40 enables communication over a network 46, 
such as a packet network. 

[0015] One embodiment of the present invention is as 
a set of instructions in a code module resident in the 
RAM 24. Until required by the computer system, the set 
of instructions may be stored in another computer mem- 
ory, such as the hard disk 26, on an optical disk for use 
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in the CD ROM drive 32, or a floppy disk for use in the 
floppy disk drive 27. 

[0016] As shown in the figure, the operating system 
50, the TAPI application 52, the TAPI service provider 

5 53, and one or more configuration table objects 56 are 
resident in the RAM 24. As is known, the operating sys- 
tem 50 functions to generate a graphical user interface 
on the display 14. The TAPI application program 52 per- 
forms TAPI functionality, including generation of a TAPI 

10 client window 3008 (FIG. 2) in the GUI. The TAPI service 
provider 53 implements an interface to the hardware, as 
will be described in greater detail below. 
[001 7] Turning now to FIG. 4A and 4B, a flowchart il- 
lustrating operation of an implementation of the inven- 
ts tion is shown. Upon startup, in a step 402, the TAPI serv- 
ice provider 53 requests static configuration information 
from the PBX (not shown) or other telephony hardware. 
Such static configuration information can be static line 
or static phone device information. In the case of a line 

20 device, the configuration information includes the de- 
vice ID and the number of addresses on the line. In the 
case of a phone device, the information includes the de- 
vice ID. Turning back to FIG. 4A, in a step 404, the PBX 
returns multiple blocks of information of PBX configura- 

25 tion information to the TAPI service provider 53. Next, 
in a step 406, the TAPI service provider 53 instantiates 
and builds a static configuration table object (C1). 
[001 8] In normal operation, devices are added or de- 
leted to the PBX without notifications being sent to the 

30 TAPI service provider 53. Turning now to FIG. 4B, in a 
step 408, the administrator may request the TAPI serv- 
ice provider 53 to check for PBX configuration changes. 
In a step 410, the TAPI service provider 53 requests stat- 
ic information from the PBX. In a step 412, multiple 

35 blocks of information containing the PBX configuration 
data arrive at the TAPI service provider 53. In a step 
414, the TAPI service provider 53 instantiates and builds 
a new static configuration table object (C2). This new 
object becomes the current TAPI configuration object. 

40 in a step 416, the TAPI service provider 53 takes the C2 
object as an input and produces two new configuration 
table objects: deleted objects (C3) and added devices 
(C4). 

[0019] In a step 418, for each device in C3, the TAPI 
45 application 52 is notified that the corresponding line de- 
vice has been deleted. In a step 420, for each device in 
C3, the TAPI application 52 is notified that the corre- 
sponding phone device has been deleted. In a step 422, 
for each device in C4, the TAPI application 52 is notified 
so that the corresponding line device has been added. Fi- 
nally, in a step 424, for each device in C4, the TAPI ap- 
plication 52 is notified that the corresponding phone de- 
vice has been added. 

[0020] It is noted that the invention is not limited to the 
55 specific form set forth herein, but includes such alterna- 
tives, modifications and equivalents as can reasonably 
be included within the scope of the appended claims. 
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Claims 

1. A method for updating configuration information in 
a TAP I system, comprising the steps of: 

storing configuration information in a first con- 
figuration table object (C1) ; 
requesting update static configuration informa- 
tion from a telephony device; 
receiving said update static configuration infor- 
mation; and 

storing said static update configuration infor- 
mation for system use as a second configura- 
tion table object (C2). 

2. A method in accordance with claim 1, further com- 
prising generating a deleted devices configuration 
table object (C3) and/or an added devices configu- 
ration table object (C4). 

3. A method in accordance with claim 2, further com- 
prising notifying said TAPI system that each device 
in said deleted devices configuration table object 
(C3) has been dynamically deleted and/or that each 
device in said added devices configuration table ob- 
ject (C4) has been dynamically added. 

4. A method in accordance with any of the preceding 
claims wherein the configuration information is up- 
dated while the TAPI system is in use. 

5. A method in accordance with any of the preceding 
claims wherein a system administrator requests a 
TAPI service provider to check for configuration 
changes. 

6. A method in accordance with any of the preceding 
claims wherein the first configuration table object 
data is from configuration at start-up or from an ear- 
lier update. 

7. A TAPI system, comprising: 

means (22) for storing configuration informa- 
tion in a first configuration table object; 
means (22) for requesting update static config- 
uration information from a telephony device; 
means (22) for receiving said update static con- 
figuration information; and 
means (22) for storing said static update con- 
figuration information for system use as a sec- 
ond configuration table object. 

8. A system in accordance with claim 7, said storing 
means (22) further comprising means (22) for gen- 
erating a deleted devices configuration table object 
and/or an added devices configuration table object. 



9. A system in accordance with claim 8, further com- 
prising means (22) for notifying said TAPI system 
that each device in said deleted devices configura- 
tion table object has been dynamically deleted and/ 

5 or means (22) for notifying said TAPI system that 
each device in said added devices configuration ta- 
ble object has been dynamically added. 

10. A system in accordance with any of the preceding 
10 claims, wherein a TAPI service provider requests 

and updates configuration information from hard- 
ware. 
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